|
|
Operator for MariaDB Galera Cluster in OpenShift
Javorský, Lukáš ; Malinka, Kamil (oponent) ; Januš, Filip (vedoucí práce)
The main goal of this thesis is to create an orchestrated system, that will adapt and react to the current database server load. The newest OpenShift 4 orchestration and container deployment platform, which is built on top of the Kubernetes API, is being used as a~solution to this problem. Using the operator as the mind of the OpenShift cluster, responsible for the deployment, load balancing, detecting crashes, and fail-over recovery in the MariaDB containers, we can ensure that the database will keep functioning, even in the highest peaks throughout the day. Galera replication software built into each MariaDB server ensures that the content of every database in the Galera cluster is consistent.
|
|
|
Configurable Parallel Execution of System Tests within the Strimzi Project
Orsák, Maroš ; Rogalewicz, Adam (oponent) ; Češka, Milan (vedoucí práce)
In recent years, many companies have adopted Kubernetes and the microservices architec- ture it enables. This technology was opened up many new possibilities not just for large companies, but also for small software developers. Kubernetes is a container-orchestration system and recently a new concept has emerged arround how to orchestrate the containers more efficiently - the Operator pattern. One such operator is developed and maintained under an open-source project called Strimzi. The Strimzi project gathers together several tools, which take care of the deployment of Apache Kafka on Kubernetes. Since Kafka is a complex, horizontally scalable, distributed system, you can imagine that its installation is a relatively complex action. Therefore, one of the biggest challenges of using Kubernetes is how to effectively and quickly test projects such as Kafka and Strimzi and at the same time verify integration with other similar products. The resources needed by Kubernetes are much more demanding compared to the deployment of Kafka on virtual machines or typi- cal container instances. To tackle this problem, we adopt the principles of parallel execution and created a mechanism within Strimzi system tests, which runs tests in parallel against only a single Kubernetes cluster. Furthermore, we proposed a brand new architecture for the end-to-end tests. The improvements aim at scalability and reduction of execution time . Through several experiments, this paper shows that proposed mechanism with different configurations of the Kubernetes cluster (including number of Kubernetes nodes , number of tests and suites executed in parallel ) significantly accelerated execution of the tests.
|
|
|
Configurable Parallel Execution of System Tests within the Strimzi Project
Orsák, Maroš ; Rogalewicz, Adam (oponent) ; Češka, Milan (vedoucí práce)
In recent years, many companies have adopted Kubernetes and the microservices architec- ture it enables. This technology was opened up many new possibilities not just for large companies, but also for small software developers. Kubernetes is a container-orchestration system and recently a new concept has emerged arround how to orchestrate the containers more efficiently - the Operator pattern. One such operator is developed and maintained under an open-source project called Strimzi. The Strimzi project gathers together several tools, which take care of the deployment of Apache Kafka on Kubernetes. Since Kafka is a complex, horizontally scalable, distributed system, you can imagine that its installation is a relatively complex action. Therefore, one of the biggest challenges of using Kubernetes is how to effectively and quickly test projects such as Kafka and Strimzi and at the same time verify integration with other similar products. The resources needed by Kubernetes are much more demanding compared to the deployment of Kafka on virtual machines or typi- cal container instances. To tackle this problem, we adopt the principles of parallel execution and created a mechanism within Strimzi system tests, which runs tests in parallel against only a single Kubernetes cluster. Furthermore, we proposed a brand new architecture for the end-to-end tests. The improvements aim at scalability and reduction of execution time . Through several experiments, this paper shows that proposed mechanism with different configurations of the Kubernetes cluster (including number of Kubernetes nodes , number of tests and suites executed in parallel ) significantly accelerated execution of the tests.
|
|
|
Operator for MariaDB Galera Cluster in OpenShift
Javorský, Lukáš ; Malinka, Kamil (oponent) ; Januš, Filip (vedoucí práce)
The main goal of this thesis is to create an orchestrated system, that will adapt and react to the current database server load. The newest OpenShift 4 orchestration and container deployment platform, which is built on top of the Kubernetes API, is being used as a~solution to this problem. Using the operator as the mind of the OpenShift cluster, responsible for the deployment, load balancing, detecting crashes, and fail-over recovery in the MariaDB containers, we can ensure that the database will keep functioning, even in the highest peaks throughout the day. Galera replication software built into each MariaDB server ensures that the content of every database in the Galera cluster is consistent.
|
host ::
RSS.